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(54) Title: UNIVERSAL SHOPPING CART SYSTEM 

(57) Abstract 

A multi-site shopping cart and cooper* 
atrve sale* system provides two or snore Web 
sices with (he ability co enter Into Cooperative 
Sales relationships thai provide added value to 
end users through a Muld^Sitc Shopping Cm. 
The invention enables online sh opper* to se- 
le ct and purchase items across a u clwml of 
Merchant vVefr sites MtrngKma . 
' without haTing~to^rqpcatca1y 
evaht information and provides a 
Parsing Proxy Server (PPS) and an Application 
Server (APS), located on distributed computers 

a network- T he PPS acts as aain ( « n iC- ' 7 
dJajA between the oonsumcr and me Merchants 




A -Affiliate Site 
C 4Custoinec-i 



103- 

yparsing pages served by the Merchant fethc 
cocuumer,- and redirecting . Universal" Resounx 
Locators (URL) in the Merchant Vpa^s back 
to Qic^fPS. The PPS can duo tract^joaa^. - . 
and monitor the consumer's stopping Interac- 
tion with the Merchants. The PPS extracts rcJk . 
cvant information by parsing the pages throogb ' • "• ■ • 

8 wrapper code thai allows it to m**™* ^ :V 

interaction with each particular Merchant Alternatively, theJPPS can gather tri'ielevanTinfom^ b^rtan*ing*or predefined tags 
inserted uito the pages by the Meectents. Tbe PPS sends the idevant inforrnatfca. to the APS. the MultWiterSno^ng Cart ex^enencc 
is created by the APS on the Lead Web Site. The APS. gathers the wr*tin^s~s*oppu^ cart informaaoo rrc£~mc~PPS. recreates (his 
inJonnflUon onto the rsnoppeng tart located oa the Lead Web SUe,;,and dlspbys;tt to (hocoosumer, When a' consumer decides to finalize 
£"2?^ ttwfes-d* purchases 6a b^wrTfe COW Mercr^ softw are robot Cbbf) 

"LS? Jc* coatum£t °" aKMlL Ust of items, purchase and redeems ntuverssj j&certintate, qeatea mXwWZZosx* to 
fjurcnasc • gift, and create and post a n&*ioa list from a .partner s,'te all in^ tbt^«lte Sr^pjng Can system on a Lead Web She, 
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5 

Universal Shopping Cart System 



BACKGROUND OF THE INVENTION 



TECHNICAL FIELD 



1 5 The invention relates to electronic commerce in a computer environment. More 
particularly, the invention relates to providing a single shopping cart solution 
between a number of merchants that allows each merchant to present its Web 
site to the customer in a computer environment 



20 



DESCRIPTION OF THE -PRIOR- ART 



One of the more common business relationship modeis-orv.the Internet involves: 
two or more Web sites •participating in art •fca>mfne,rter transartfon; -^Hnese. 
25 relationships can generally be organized hitwoiopposihgi Gategor^^eferrals! «• 
and "Superstores". ...,.,.,;...„:- nf. iwr. . .. 

Until recently, the only form of cooperation among Web sites was Referrals. 
One site would include in its pages a link to another site. Sites would reward each 
>30- other based on the number and nature of referrals that occurred. 

One example of the use of Rtterrals is Yahoo, one of the- various search 
engines on the Web: A Customer searches for Tatagpnia dothing" and Yahoo 

. serves a page /containing a fpk to Patagonia's Web ! she. Patagonia pay 
35 Yahoo a fixed rate for each surfer referred from Yahoo to Patagonia. If the 
•' Customer pur<*ased ^inethtlr^'to the^Patagclfa 

. . Yahoo a commissioft based on (he size of the.sale. 

• In this roodeh the power and control are heavily biased towards .the merchant 
40 . The merchant decides, the type of commission it b wSflng to pay the referrer or 
•affiliate". The merchant also controls the end usefs shopping experience. 
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5 The end user typically moves from one Web site to the another, creating .a. 
discontinuous experience. Any information that she may have left on a portal site 
is not passed on to the merchant and any information she has left on the merchant 
site, e.g., a selection of products h her shopping cart, exists only on the 
merchant's site. 

10 

Recently, some portals Gke Excite and Yahoo have pulled the model in the 
opposite direction - from the affiliates. The portal sites have become fuO-fealured 
shopping destinations. These shopping sites correspond to the "Superstore" 
model, where aB products are available h one location, under one retailer brand. 
1 5 Once the order is taken, the portal sites use online merchants for oncjer fulfillment 



The control and power has completely shifted from the merchant to the portal. 

This shift brings some benefits to the end usen-she : cmajse ; the same shopping 

20 cart on the Superstore site to buy items from, different merchants,. She can aJ?o 

have her inform^ortstc^ on the Super^bre site to avoid the tncxxweniencfe of .* 
* refiinng forrr£eveiY«TO . v. . 

However, this approach has some drawbacks. The Superstore:.<% responsible - . 

25 for displaying the merchant's products and ihfonrratk)o;ae; f :the i Superstore.must.n:% . v.... . 
recreate each merchant's Web site or altemafoejy^off^:^ k ^iiei^::;'^ -j!v.. 

experience to the end user. _ psi^-yv*- so ^..cv^, .-v.*:- c» 

It would be advantageous to provide a universal shopping cart system that 
30 balances the power between the portals and merchants and allows the 
merchants to present their Web sites to the end user without recreating the W e b 
sites on the portal site, I t would further be advantageous to provide a .urwer sal 
shopping cart system t hat presents a single shopping cart interface .to the end 
user. • . 

■ s n * *^ smmmary of the \Hu&tnoft ~^y ^ >lMyt ^ftfc^ ! 

The invention provides a Mutti-SHo Shopping .Cart system [ which enables 
40 yportals^and merchants to /fprm . a :Cobperative Sales .relationship across; a '." . 
cgmputenje^ The invention proyides a system.that presents the cMstorxi§r v 
with a slncjte shopping cart interface which ehaEles her to purchase items from 
several distinct merchants at a stnjjle location, with just a singly cfc&P? the^inpiise:^- ; / ... 
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5 Additionally, the system allows merchants to retain contrpl of the customer's 
shopping experience by granting consumers access the merchants* adual Web 
sites. 

-/' • • 

A preferred embodiment/ ol the invention provides two components: an 
10 Applic ation Server (APS ) t hat controls the content of the M ult i-Sit R - ca rt and 
rgtore^Sie user information ; and a Pa rsing Proxy Server (PPSfr thai acts as an 
^o rmgn^edi^ between the user and the m erchants when the user is browsing the 

merch ant Web site s. 

t — I" ' . . - : * : 

15 At the beginning of the user's stopping session, the APS serves pages with 
links to the merchant Web sites. These inks are routed through the PPS in the . 
following manner, the user's browser requests a page from the PPS $ which in 
turns requests a page from the merchant site, processes this page, and then 
serves B to the browser; The minimum level of processing done by the PPS 
• 20 consists of finding the finks in the HTML page of the merchant and ensuring- Uiat- afl- 
thesefrte are modified to route through the PPS, This means ^hat as the user . 
elides on links h*e page, all of the browser requests are sertf krthe PPS."* 

If the merchant pages contain some information on the items selected by the 
25 user, the PPS extracts this irifortnajiqri and. sends it to the "APS; using the HHP ' 
protocol. If the page to be served js$$^ M^ifgSr^ " 

PPS performs a redirect to the A^S.'^fflSPlhe APS displays the Multi-Site 
Shopping Cart page which includes the item just selected on the merchant site. 

30 When the user is ready to execute the purchase, she can select a sub-set of her 
shopping cart. She can then click on a^bt^ putton?>The APS instructs the PPS 
to re-create, on the merchant -sites, the shop ping carts corresponding to the ■* 
selected ite ms, and then to place an order using the user's billing and s hipping 
informat ion. This interaction is performed by a bot, which is a component of foe 

35 PPS, either by simulating the user's cfcks on the merchant site or by using the 
merchant's own API, rf available. AROTativety, the userxari go to the merchanf . 
web site through the PPS, artd ^SHlft^^ 
. - implemented by the mep&ant. In tyal case, the PPS vyfll help the user by fSSng . 
. the forms with the user's infoimation. . 



40 



The Multi-Site Shopping Cart system can also be applied to a number of 
innovative features thai would -add "value and furktfonality to the user's overall 
shopping experience. These features incfofe the Multi-Site Shopping Cart 
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system being deployed to co mpile a Wish List redeem a Universal Online Gift 
Certificate, organize and e nable a Group Gift purch ase, and to compile and 
purchase items from a Suggestion Li st enacted by a partnering Web site. 

Other aspects and advantages of the invention will become apparent from the 
following detailed description in combination with the accompanying drawings, 
illustrating, by way o1 example, the principles of the invention. 



BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block schematic diagram of a prior ^t * Referral Internet business 
relationship model according to the invention; 

Fig. 2 is a block schematic diagram of a prior art Superstore Internet business 
relationship model according to the invention; 

Fig. 3 .is a bloc* schematic diagram of ttie balance of. power that.the invention's. 
Cooperative Sates business model offers according to the inversion; 

Fig. 4 is a block schematic diagram of a preferred : en>bodrment of the invention 
showing the components of the Cooperative Sale ArchitQcty'ro accprdingjo the 
invention; : " r ' r, "~ ! r '' u - ::;V: '- y-t^xv-:: 

Fig. 5 is a block schematic diagram of a the relationship between the Lead We b 
Site f Coop Merchant, Customer, and the invention's server according to the 
Invention; 

Fig. 6 is a block schematic diagram of the participant interactions for the Wish List 
and Group Purchase features of the invention aocortfing to the invention; 

Fig. 7 is a block schematic diagram . of the- participant interadions for the 
. Suggestion Lfet feature of the invention aaxjrdta^ ^ jijpd "C 

Fig. 8 is a block ^emat^ dagrarri of the Un1yehsal'Gift :> <^tificafe' feature of the 
invention according to the invention- • ■ 
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10 



nFTAILED DESCRIPTION OF THE I NVENTION 

The invention is embodied in a universal shopping cart system in a computer 
environment A system according to the invention provides portals and 
merchants with, a cooperative sales relationship across a computer network that 
allows merchants to retain control of the customer's shopping experience. In 
addition, the invention provides a system that. presents the customer with a 
single shopping cart interface that includes all of the participating nrerchants. 

The invention provides online services that enable portals (heavily trafficked 
.Web destinations) and merchants to cooperate seamlessly in e-commerce 
transactions and provide substantial added value to the end user. 

20 The following discussion and figures do.not treat the Portal and; Merchant Web 
sfte^ as moiwmic entities.; Th6y are instead treated as being cQnTpose^of .the - 
' following components:' 



15 



P-ref. 



25 



Portal Referrals. TraoWonaBy. Portab,. display, fii^, to other sit^s. 
Presumably, some portion of •theL'R^■'i^'^^.^ i '^" 1 ^' wfen,1 '''' ? 
though another portion of the PortaVis a Superstore. 



30 P-stf: 



Portal Storefront this is the new Portal, behavior where the Portal 
. provides a Super Store. Customers indicate the sort of Hem that they are 
trying to purchase and the Portal produces a Bsting of Merchants that have 
35 the. item, ato^^ The customers purchase 

hoods from the Portal and the Portatfwwanls'relevant TrtpWnaticSi to the 
appropriate Merchant" .'. Customers never see a jjage; few^by_ir»^ 
Merchant Web server. . - 



40 M-Stl: 



S 
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Merchant's Storefront. The Merchant's Web site. This is what Customers 
would see H they directly accessed the Merchant's Web she. In the 
invention's new model, Customers may never see this site. 

M-cat - - 



Merchant's Catalog. The list of products the Merchant sells. ~ Also includes'"'' 7 
price and availability. The Catalog is blended seamlessly into the 
Merchant's Storefront in a traditional model. In the invention's new model, 
the Catalog ts also accessed as a stand-alone diata source" The Portal" 
• Super Store uses this data source to acquire the relevant product 
information. . •* 

M-oll: 

Merchant's Order Fulfillment The mechanism tor plawg an -order.* -This - \ 
■ . traditionally includes some sort of shopping cart, 'credit cted processing, I. 
and addressing. Also in a traditionalTihodel;. Order Fulfillment is blended . 
seamlessly into the Merchant's storefront. In the invention's new model, 
Order Fulfillment is also used as a stand-alone service that other Agents 
(such as Yahoo) can use to place an orcfer. 

Two different prior art Internet business relationship models are examined below: 
Referral and Superstore. " — - ■ r * •*»" * ' : : - »••■ * : 

The Referral Program Model 

Until recently, the only form of cooperation among Web sites was Referrals. 
One site would include In its pages a ink to another site. Sites would reward, each 
other based on the number and nature of referrals that occurred. 

Discussed here is an example of the Referral model involving Yahoo, one of the 
various search ^engine portals on the Web. A Ctistdfr^fit^^ 
and enacts a search for "Patagonia clothing" Yahoo processed the request and 
serves a page containing a Ehk to Patagonia's Web site. : - Patagonia will pay 
Yahoo a fixed rate for each surfer, referred frorn Yahoo to Patagoniau -If -the • 
Customer purchased something from the. Patagonia site, theft PStagjbnia pays . 
Yahoo a commission based on the stee of the sale. 
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5 In this model, the power and control are heavily biased towards the merchant. 
The merchant decides the type of commission it is willing to pay the refener or 
"affiliate". The merchant also controls the end user's shopping experience. 

The end user typically moves from one Web site to -the another, creating a 
1 0 discontinuous experience. Any information thaVshe-may have teft on a portal site 
is not passed on to the merchant and any information she has left on the- merchant 
site, e.g., a selection of products fa her shopping cart, exists only on the 
merchant's site. Also, if she purchases something on the merchant site, her billing 
and shipping information will only be stored : 6S"tfiaf same srfe! 

Fig. 1 shows a typical form 'of referral' re&Vonshfc A 
Merchant 101 signs up other Web sites as Affiliates 102. Each Affiliate 102 
includes on its Web site links to the Merchant site 101. The Merchant 101 
rewards the Affiliate 102 based on the number of referrals and the type of actions 
20 that referred, Customers 1 03 perfoffii while surfing on the Merchant site 101. 

The interaction between the Customer 103, Affiliate site 102, and Merchant site 
101 proceed as follows: ........ 

25 1 . The Customer 1 03 downloads-a page 104 from the Affiliate-site 1 02. The 
page includes hypertink(s) to the M^n*arifsife : i01; : •^••■»-- i't*v:;... ^ 

2. Customer 103 selects &>k 105 to M^rtH&nf 'isife 101." X'p'pfopnate" pag4- is '- • 
downloaded 105 from Merchant site 101. Page includes links to other pages 

30 within Merchant site 101. 

3. Customer 103 downloads one. or more additional pages 106 from Merchant ; 
site 101. Customer 103 may also purchase something from Merchant site 

. 101. A commission of sales or a fixed amount Is then due from the Merchant 
35 to the Affiliate for every referral or sale Initiated from the Affiliate she 1 02. 

Analysis of the Referral .Relationship ^ SaaersLHe- -ir.* ;v 

End User Pluses: , 

40 The customer has access to the merchant s storefront? - She also-feels, 

; confident that she is buying from a trusted brand and web die. ■ . 



End User Minuses: 
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5 The end user typically moves from one Web site to the another, creating 

a discontinuous experience. Any information that she may have left on a 

portal site is not passed on to the merchant, and any information she has 

left on the merchant site, e.g. t a selection^ products h her shopping cart, 

exists only on the merchant's site. This creates a duplication of tasks 
tO performed by the user, such as entering shipping addresses, craft card 

information, and refilling the cart with items she had previously selected for • * 

purchase. 

In simple referral relationships, the two sites remain completely independent from 
1 5 each other. In the above example, once the Customer begins --receiving pages • : .... : :- m .? A: . 
from the Merchant server, the Affiliate plays no further role in the Customer's 
purchase or shopping experience. This loss of control makes the Affiliate unable 
to track the various referrals, and so the Merchant needs to do 1 

20 .« ; . ........... . . ... . 

The Superstore Model 

Recently, some portals fflce Excite and Yahoo have pulled the model h the 

opposite direction, shifting the focus of the user's shopping experience from the : 

25 merchant site to the portals, themselves, or the entities which acted: merely "as - — • « 
affiliates in the previous' model. These portal sites have'tfecome fulM&tumd- *--cc : i '>y-\* : <. 
shopping destinations, thereby creating a *5M^irfg v -^ k& ''■ - — ' ~.:v : 

corresponds to the "Superstore" model. In the Sup*ei^ore ;: modiel; 'altfprtSducts 
are available h one location. The portal, previously the "referrer," does not 

30 actually refer the customer to the merchant site. Instead, the "referrer" is a Super 
Store; it provides a storefront where many merchants goods are available. The 
customer caa access a merchants goods, but the CMStomer never directly 
interacts with the merchants Web site. Instead, the customer can place her order 
. on the portal site. Once the- order is taken, the portal' site then uses the online 

35 merchants for order fulfillment. . . 

In the Superstore model, the balance of co^rDl-ar^i^^ 
. completely from the Merchant to the PortaJ. - .. . 

40 This shift brings some benefits to the end user: she can use the same shopping 
cart on the Superstore site to buy riems from different merchants. She can also 
have her information stored on the Superstpre.srte to avoid the inconveroence.of 
refilling forms every time she wants to make a purchasefrom anewmencham. 
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25 



40 



However; this approach has some drawbacks. The Superstore is responsible 
for displaying the merchant's products and information, i.e., the Superstore must 
recreate each merchants Web site, which is done incorrectly, may offer the end 
user a poor online shopping experience. 



There are several variations on the Superstore theme. Referring to Fig. 2, an 
exemplary model of Yahoo's Superstore approach is shown. The following 
steps occur during a typical transaction: 

15 1 . (This step does not have to occur.) Customer 201 performs some sort of 
query on Portal (Yahoo) 202 to identify Kem to be purchased 206. This may 
be an iterative process. In the end, user 201 has determined what, she wants 
to buy. For our example, assume it is the book "Gone With the Wind*. 

20 2. Customer 201 requests to visit the Yahoo Storefront 207.. . Yahoo . 202 
... serves the appropriate page 207. Customer 201 indicates the Item that she 
wants to purchase. 



Yahoo 202 queries relevant merchant's catalogs, to deterrone^.ppce.^an^. ....... 

availability 211, 212, 213. The access to tne.men^ : cataJc^.is..CArie!al|y. r; .. « •_. 
based on a copy stored on Yahoo's site 202j:ancipen^c^ r ry,^ 
although heavier systems such as the CommercejrOne Market Site have 
some real time capabilities. 

30 4. Yahoo 202 serves a page to the Customer 201 containing appropriate 
information 208. The page contains information about specific Merchants 
203, 204, 205 and their offerings, but all of the finks that Quistomer 201. sees 
are links to Yahoo 202, not links to Merchants 203, 204, 205. 



35. 5. Customer 201 selects Ink to. indicate whk^ .Merc*rant--205 she wants to ^ 

purchase book Icom 209. Yahoo 202 s.eiYe.s.approp.riaie.pages. to. perform... 

captureOrder information 209. Cusiomer<20^ ^« 



6. Yahoo 202 serves order completion pa,ge 210. 

7. Yahoo 202 transmits min'ma) Order Fulfillment irifwrnation 214 to. Merchant 
205.- " *" : ' : •' ' • '•• 
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5 Analysis of the Superstore Model 
End User Pluses: 

The customer gets the convenience of one stop shopping. In addition. 
Superstores typically offer a comprehensive list of possible merchants for 
10 a given product thus enabling the customer to do -a -thorough- price 

comparison. The customer can use a single shopping cart to purchase 
items from different merchants and, at the same timfe; she stores "her 
information at the Superstore so she wont have to f$ out forms for each 
merchant ; * ~ 

End User Minuses: 

The customer loses the benefits of browsing the merchant's storefronts 
where valuable information is often displayed. For example, Amazon 
displays book suggestions in its book section that may aid a customer h 

20 selecting a more satisfactory purchase. This added value is lost in the" 

- Superstore model. The customer, may have also developed a 
relationship with a merchant based on certain services that tfie merchant 
provides, but that are not passed oh by the portal site* For example, the 
customer may enjoy buying toys from s etoys because she Okes the 

25 , quality of its post-sales seryi.ce/ and because die knows that eToys is 
reliable n its shipping dates. This rMtiari!^^"i^^ 
model. 



The Superstore model is attractive to portals as they have control over the data 
30 and the user's shopping experience. The portaCs brand is both used and 
strengthened through this relationship. 

On the other hand, the Superstore model is unattractive to merchants. Although 
merchants eventually get the user's data (to fulfill the order), they cannot affect the 
35 user's experience and thus lose an opportunity to use and build their brand. 
. Basically, merchants are reduced to commodity wholesalers that compete mostly 
on price, availability, and delivery terms. Hence, merchants are sometimes 
reluctant to enter into relationships based on the rS'uper^dii^Modei;;.-' - : - T y . 

40 The lack of a standard h ihforn^on /formats g *an additidria)' friipedinVent to- the 
.. deployment of this model.. Merchants and portals need to agree on a format to 
pass product information ti one direction and order information in the other 
direction. Since many of these e-commerce systems are ad hot, there are not 
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5 likely to be many standards. Yahoo can define a data interchange standaid and 
impose a on merchants. Other portals and merchants do not have that kind of 
leverage. 



10 A New Model: Cooperative Sales , 

A preferred embodiment of the invention provides a new mode! of electronic 
commerce relationships; Cooperative Sales. Under this model, portals and 
merchants, or merchants among themselves; s^anl^ly- cooperate to enhance 
1 5 the end user experience and dose e-comrnerce transactions. This new model is 
implemented using a Cooperative Sale Architecture (COSA). 

In a Cooperative Sales model, the customer starts her shopping experience on 
a portal site, then goes to one or several merchants sites, chooses Herns to buy 
20 on these sites, and makes the final paymentlof ali 'of the Kent! Bn the pbrtal site. 
- Two merchants could also cooperate jand cross sell their products, .with the actual 
, * purchase transacted on a single site. In addition, some cross-selling promotions 
can be Inserted and propagated from one site to the other and be included h the 
final purchase. - - - - - - 

25 • . . ■ 

Refemng to Fig. 3, in the Cooperative 10 - v : 

merchants takes the leadership, becoming the *Ce*Sd : Wkb Site* 302. The other 

merchants cooperate and become "Coop Meri&atrtts" 3b3. v?:.:-^ . 

30 The Cooperative Sales model 301 realigns the balance of power among the 
actors towards the middle, where the Merchants and Portal sites share the power. 
As previously noted, the Referrals model 305 shifts the power to the Merchant, 
while the Superstore model 304 shifts the power In the opposite direction to the 
Portals. 

35 • 

With respect to Fig. 4, the invention is comprised of two Sets of components: - 

•, ■ . • , , . . .-. . t-.v^r..-;: Hii:? r^'.jifu 

r 1- . the Application Servers^ 405 .which aire d conn \ 
404, - '.. "■ . - 

40 2. The Parsing Proxy Servers 401, each of them connected to its own Data •.■ - 

.. . Propagation Server ^K)2 r which-is a fast irvmemory database. •;*'. 

The two sets ot components exchange data across the network. 
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Application Server 

The Application Server (APS) 405 handles the user interface on the Lead Web 

Site 403, while managing and storing the user's ctataatthes^etime. When. the. 

1 0 user 407 decides to shop on a coop merchant web site 406, the APS 405 takes 
care of feeding the Parsing Proxy Server 401 the user's relevant information, tn 
return, the APS 405 receives from the Parsing Proxy Server 401 both merchant 
information, e.g., shopping cart and product information, as weO as previously 
stored user information, which may be forms pre-fiOed with the user's contact 

15 information (shipping addresses, etc).: ;r . 

Parsing Proxy Server 

The Parsing Proxy Server (PPS) 401, handles aS the user HTTP/HTTPS 
20 connections to the merchants. It performs five. functions : 

.. 1. Serving as an intermediary for user requests to merchant sites (by diverting' 
finks and managing cookies in the DPS 402). 
2. Recording the user behavior in log files to alloyy, myltHnerch^t.^ii^QS* . ^ ^ . ■ - : j u -■: 
25 3. Parsing scripts or HTML pages andlaking. Indicated actions at the appropriate 
times (e.0., redirecting the user 407 \o the Lead Web Site 403 when 
needed). * " r..-.:, i; r^..;^.:.::.. * t .! : r^vjyK., 

4. Pulling information from the merchant pag.es (&g.,.the prpducte:descwption - * " ' 
and shopping cart contents), and pushing information into the pages sent 

30 back to the user (e.g. t form filling with email address, eta). 

5. Automatically interacting with the merchant web site 406 to perform automatic 
tasks, automatic login/signup or bneK^^ectouL This interaction is 
done either by simulating user's cfcks. or by using the merchant's own API if 
available. 

35 ... 



The PPS 401 requests information from the APS 405. in. order to .perform. its ... 
duties,- and then sends back relevant customj3rl.data,io the APS '40$.when . , 

— *. ~ - • . - -t - :&&tt& uizs ;w;;;; ;;«.*; ;:; tux::,. 

necessary. - : '* r '*'\' \^*~-v^--*r-*^ -V;**.-—^ 

40 . To accommodate differences in biehayictr and layout s^ng meoi^ 

each coop, merchant v/eb site is assigned a piece of code called .a "wrapper*. 
This wrapper is responsible for the data pull & data push function (4), for the 
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5 automatic interactions with the merchant (5), and for some details in 1 , 2, and 3, 
above. 

An alternative to wrappers is the insertion of HTML comment tags inside . 
particular pages of the merchant site 406. These tags-help the-PPS 401 identify - 
1 0 the information "rt needs in the merchant page to recreate the user's shopping cart 
at the Lead Web Site 403. The tags" also help the PPS 401 Identify the 
locations in the merchant page where the customer information should be placed. 

Data Propagation Server 

The PPS 401 manages all Hs data into a repository called the Data Propagation 
Sewer (DPS) 402. The DPS 402 handles al the data, be it merchant-specific or 
user-specific data. " *' ~~ * *"' • - ■■• 

20 The user-specific data is organized into meta-sessions: a meta-session is a user- - 
session on the PP$ 401 which itself is* subdivided irTto! several merchant 
sessions, one for each merchant visited by the user 407. Each merchant session 
contains the merchant shopping cart, and the cookies and session information 
needed to continue requesting data from this merchant and posting- data to this 

25 merchant . ; . t 

Referring to Fig. 5, an~example of the COSA mode^fe' ^^V-^e^ 
steps occur during a typical transaction. _° ::: v **-*.:"':*::.::: 

30 1. The user 502 goes to the Lead Web Site 503 and , if necessairy, logs ia The 
Application Server 505 serves the HTML pages that she receives. 



2. The user 502 selects a coop merchant store 501 and dicks on its fink the fink \ 
generated by the Application Server 505 goes through the PPS 506. \ 
35 Immediately, the PPS 506 requests informatkxV abSUt:^ 

Application Server^505 t and stores it. in its DPS. 506. TlW'the PPS 506 : 
. send? tfiis request to the target coop merchant server 501 , . retrieves, the 
\ * respond and parses ft fin* cooperation with ^ S ^S^ the" 
■ parsing is sent back to the user's brbwser. All links are diverted to ensure thai 
4*0 they go through the PPS 506. All dbokies r are s^^ on the DPS 

506, and not sent back to the user's browser. 
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5 3. The user 502 surfs on the merchant web site and decides to add a product to 

her cait the PPS 506 detects this action, parses the product data or the 

shopping cart page (depending on the merchant web site structure), and 

sends the data back to the Application Server 505, The data sent back 

contains all the information needed to later rebuild the coop merchant cart from 
10 scratch if necessary. The PPS 506 then redirects the user 502 to the mutt- 

site shopping cart page of the Application Server 505. 

4. The Application Server 505 serves this page back to the user 502. The user 
502 can choose to continue shopping (step 2). Alternatively, she may: 

15 4.1 . Change the quantities of her universal, cart .* :The Application-Server 505 

will instruct the PPS 506 to cfiange the. .corresponding .item. quantrtie<$ t .pn 

the coop merchant web servers 501 . 

4.2. Email her universal cart to a friend, When her friend accept s the emailed 
Hems, the Application Server 505 will ensure that the PPS 506 rebuilds 

20 the corresponding shopping carts on the coop merchant sites 501. _ . . _ 

4.3. Buy the. items n her cart, or. a subset of these items, wifri one-dick- * 
■ checkout The Application Server505 .will launch*tfiie*one<*^^ 

, * the PPS 506, which wifl h turn automatically contact the. cpop. merchant . , 

l web servers 501 and checkout the r: shopping .egii^ -vgtti: Jhe .SsSer . . 
25 information. : .r.:..:.v *• . : :.vj 

4.4. Buy the items in her cart through a !todB!^ sfts^Q^ : : . ;-j j:/. - 
Server 505 wiUredired the user to the cpg|5iTOrc^ . v:: . . . ; . i : . : . : 
the PPS 506. The PPS 506 receives the; qrc^^ _ . _ _/- . 
the user data before sewing them to the user 502; the form pages 

30 appear pre-filled to the user 502. 

If the user 502 . modifies the pre-filled infomniatibn in a form or adds , new 
information (for example, a new shipping address or a new credit card number), 
the PPS 506 sends the new information back to the Application Server 505 to \ 
35 store it. The user 502 will later be able.tp , reuse it through the automatic form filling • 

feature. ....... • _ ■ 

' Analysis of the Cooperative Sales Model: w : ;«.» -'v-.; .-/^ v '..'".s... : ^v* 

40 End User Pluses: 1 '* '* ' ' \.... : /\ ; ': : .Y*.- -V = , "\ ..".•«': ■■ ~> : ...*...': ... • 

* The customer has access to all her favorites vendors; she can go to the actual 
sites and navigate their storefronts. 
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♦ She can be confident that she is buying from merchants that she trusts. 

« She can keep track of all the Items that she is interested in by storing them in 
the Multi-Site Shopping Cart. 
10 

• She can check out all of the items she wants from one place, in one cfick. She 
doesn't have to enter her information at each Coop M&rchant site that she's 
buying from: the PPS software bot does it for her. 

15 In addition to these benefits, the drawbacks of both the Referral and the 

Superstore models have been eliminated, -»* — ~ : .... 

The invention provides a solution to the imbalance of power between merchants 
and portals present in both the Referral and Superstore models. The invention's 
20 approach enables a new relationship between portals and merchants which can 
. be represented as a 'Cooperative. Sales" model: *** 

In the Cooperative Sates model, merchants will no longer be .treated as 

commodity wholesalers to stronger portals, while portals*^ ik* ^ . 

25 access to the users they passion to a merchants sitei . As ' portals. fii©. -often: _. : . . ::•[: 
heavily trafficked for other reasons r£ addition- to '/onBfev^b'opg^ ; -. '•:*::- 1: 

merchants who often suffer greater. wns^ueficies from^^ vi'<.\%\\\- : \- 

For these Merchants, the Cooperative Bales scenario is a much : better* situation! v. y :•' :-. • 1 * - : 

* than the relationship they would have under the Superstore model with a 

30 powerful portal such as Yahoo. 

Additional Features Enabled by the Cooperative Sales Architecture 
Wish List 

35 . . ' ■ ■ * 

With respect to Ficj.,6, the Customer 602 can use the Multi-Site Shopping Cart 
offered by the APS 609 on 1 toe Lea*W6b* 8ife?603^ 
merchant ^es {the.Xoop Mercha^ 

likes: The Multi-Site Shopping Cart takes the product information from each 
40 merchant by going through the PPS 601^ :;: , . . , 

. .. Lead Web Site 603 through the AP.S 609. The user hasjhe.option.of. editing 
her Wish List by deleting items or changing their quantities on the Lead Web 
Site 603, without having to go back to tho Coop ftercftantsites 604, 605,606. ::-::7..;...: 



15 
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When satisfied with her selection, the user places her list in a template and posts 
it on the Web. She then emails the location (urf) of her Wish List to her friends 
607, 608. Her friends 607, 608 can open the emailed HUo the urt on the Lead 
Web Site 603 to view their friend's Wish list. Alternatively, they can search for 
10 the location through the search Wish List function on the Lead Web SHe*603; o 

The friends 607, 608 can select the Hems that they want to buy for the user and 
transact the purchase on the Lead Web Site through the APS 609 and the PPS 
601 . The PPS 601 will place the order for them in the one-cfick checkout mode, 
1 5 or trade the purchase if they decide to go through the manual checkout mode. 

PPS 601 then passes on the purchase information to the Lead Web Site 603. - 

As the Lead Web Site 603 processes this information, the purchased Hems will 
either be taken off or marked as purchased on the Wish List displayed on the 
Lead Web Site 603. 

20 

Suggestion Ust on Other Web Sites ... 

Referring to Rg. 7, tf>e Suggestion List is a tool provided by the APS 708 .and - - - 
PPS 701 to enable the Lead Web Site 704 to- partner with other Web* sites. ~ 
25 The Partner Web Sites 702 provide aji^oy^roducts from the Coop Merchants. 

705, 706, 707 that they s uggest or rere mmertdio' their tise& -TWfoks^ofo^se ': 7^*%.^: 
products go through the PPS 701. sVthattHe'previo^ 

of relaying.product and order information throij^ttie ^ :r * : " 

The products can then be purchased on the Lead VtyetrSte 70^irfjust one dick: 

30 

Web surfers 703 coming to the partnering ate 702 wJI see the Suggestion List 
They will be able io select products from the Bst h they are Irterestea and 
dick on a 'Buy* button to begin the purchase process. This act win take them to 
the Lead Web Site 704 where they can log in if they aiready have an account or 
35 sign up if they are new to the site. The Lead Web Site 704 stores.;tfie 

Customer's 703 credit card, billing and shipping information. Using a PPS * < 
. checkout bot 701* the (^sto^erJ^.then puitiiases&eii&^ 

'-'..-Web&teinonecfick. ./ • r \ prj.^r?.v.^y^.± -t* *~}Sv? 

40 In this case, the partnering Web ate 702; or "author* of HKe^ggesfton li^ttSf$-as----- 

an authority by. suggesting products to its end users./ The /author cJ'the;, ~. * 
Suggestion Ust marety needs to Insert a code onto her site 702. Two methods 
to create the Suggestion list are used: V^otf ^d^assistetfv ; " 
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Using the manual method, the author finds the uri of the product on the merchant / 
site. Instead of using this uri to ink to the product to the merchant site, the author ( 
adds a prefix to this urt so that the link goes through the PPS 701 . 

10 In the assisted method, the author uses the Multi-Site Shopping Cart offered b y * 
the Lead Web Site 704. The author browses the Coop Merchant sites 705, 
706, 707 and selects items she would like to include in hfcf Suggestion List, She 
can edit her fist by deleting Hems or changing their quantities on the Lead Web 
Site 704, without having to go back to the Coop Merchant sites 705, 706, 707. 

15 

When satisfied with her selections, the authoir.then.43laces.ber.6st_in a-template~.- 
and posts it on her partnering web site 702. 

Universal Gift Certificate 

20 

With respect to Rg. 8; the Customer 803 can purchase and send an online Gift * 
Certificate to someone ebe. This Universal Gift Certificate redeemable On any . 
of the Coop Merchant sites '80S, 806 or. any. subset of these merchants, as 
decided by the purchaser 803 of the gift certificate. 
25 - . v-"-. '"'vr . v. \ - 

To: purchase the Universal Gift Certificatg- rthe; 60§tomer: 803 -chooses. Jhe. . : 
amount of the gift certificate and enters, herfcredft pard:andibarm§:inf6rmation onuthe^ 
Lead Web Site 804. . Tfye Lead Web Site-. 8Q4;.*iten :debits. the. buyetfs.credit' : 
card by the amount she selected for her Gift Certificate, 

30 

The purchaser 803 sends the Gift Certificate to a friend 802 through an email 
generated by the APS (which is part of the COSA system) 804. The recipient 
802 then uses the Multi-Site. Shopping Cart system to browse across Coop 
Merchant sites 805, 806 authorized by the Customer 803, and select which 
35 items she would like to buy using the Gift Certificate. . " 

- At checkout, the recipient 802 canuse the*^Uhfof 

the items she selected. To aooonipOsh thfer^0^^*Q*o^ b <>\ 801 uses the 
Lead Web Site's 804 credit card (or other' means of- payment a[ccepted by the 
40 * Coop Merchant) u^ead ^ If the amount 

of the purchase ts higher than the gift certificate, the Lead Web Site 804 will ask 
the gift recipient 802 for the difference. If it Is loWe'r; the corresponding credit will . 
be available for another purchase. 
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Group Gift Purchase 

Referring again to Fig. 6, several people can decide to pool their resources to . 
purchase an Hem for a common friend, thus the term "Group Gift". One of friends, 
10 acting as the "organizer* 602, browses the Coop Merchant sites 604, 605,: 606 
and chooses a gift Using the Multi-Site Shopping Cart enabled by the PPS 

601 and APS 609 interaction, the organizer 602 can choose a "gift" that. may be 

made up of several items, which n turn may come from several different 
merchants. 

15 * - -■ 

The organizer 602 can assign purchase contribution levels to her friends 607 r 608 - . 

on the Lead Web Site 603. For example, four friends can split the total cost of 
the gift evenly, each paying for a quarter of the cost The APS 609 sends an 
email to the friends 607, 608 prompting them to come to. the Lead. Web. Site. 

20 603 and pay for their contribution by entering their credit card information. Once 
. the full -amount has been collected, the Le.ad Web Site 603 sends an ema3 to 
the organizer 602, who then completes the purchase with the funds that have'" 
been made available. .... - 



25 In the case of a shared purchase such- as an ipffce.flpoT. e«wron_ment n -tfie J . . : ... ... 

organizer 602 can select another option for ^r^fjiends 607, 608 where eadi . 

•«/ *** 

friend personally determines the amount of their contribution, Le., the contribution 

amount is "open\ An email is sent to the frieods 607,. 60S jn. the ( same_manper. : .. . _ : 

as above. The friends 607, 608 then go to the Lead Web Site 603 and pay for 
30 their contribution. At this point, anyone can check to see the total amount paid. 
The organizer 602 could alternatively choose to make the contributions "blind", 
ie, f nobbdy can see the amount of each person's contribution, or decide that she 
is the only person allowed to see the contribution amounts. Once a certain time 
. . period has elapsed or- a set monetary amount has been reached, the Lead .Web 
35 Site 603 emails the organizer 602. The organizer 602 then.either. completes the 
purchase of the selected gift, or uses the available funds to purchase another- gift 
... should the collected .contributions exceed, or fall shpit^tb&x^ "■■>■■ i*i 

. 1 selected gift. ..' 

Although the invention is described herein with reference to th4 preferred 
40- embodiment, one skilled in the art will readily appreciate thai otheir applications 
may be substituted for those set forth herein without.depaftjng from the. spirit and 
scope of the present invention. Accordingly, the. invention should only be 
limited by the Claims included below. 



16 
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5 CLAIMS 

1 . A process for a MutU-Site Shopping Cart thai provides portals and 
merchants with a Cooperative Sales relationship across a computer network and 
allows merchants to control the customer's shopping experience in a computer 

1 0 environment, comprising the step of: . " " 

providing a parsing proxy server, 

wherein a portal or a merchant may be designated as a Lead Web She; 
wherein said customer begins shopping through said Lead Web Site; 
wherein said proxy server receives merchant page requests from said 
15 customer, through finks placed on said Lead Web Site; 

wherein said proxy server towards said requests -to ther^appropnate * — 
merchant; 

wherein said proxy server receives the requested page; and 

wherein said proxy server redirects the* proper- Universal Resource - 

20 Locators (URL) in said requested page to said proxy server before serving said 
requested page to said customer. ."' . * ;* 

2. The process of Claim 1, wherein said proxy server uses a wrapper 
specific to said merchant, said wrapper recognizes the URL df the pages served 

25 by the merchant and searches fprtfie relevant 1 Information 
page. 

3. The process of Claim 2, wherein said wYapf&r'oiv^ • 
receives customer information from an application server and places ft in said 

30 requested page. 

4. The process of Claim 1. wherein said proxy server uses tags that the 
merchant has inserted into the. page's HTML template to recognize the URL of 

the pages served by the merchant arid searches for the relevant information n , 
35 said requested page. ' 

5. The.pr6c«s of Claim 4, jw^ 

executed by said proxy server 1 i^j. ;.;^ V , A ; \, : - ;• . ... 

40 6. The process of Claim 1 , further bompnsing the step of:, 

providing an application- server resident on said Lead Web Site; 
wherein said proxy server sends the relevant information from said. 
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5 requested page to said application server and 

said application server gathers said relevant information to create and 
display said Multi-Site Shopping Cart. 

7. The process of Claim 6, wherein said proxy server receives customer 
1 0 information from said application server and places said customer information h 

said requested page at locations in said requested page indicated by tags 
inserted by the merchant into said requested, page's HTML template. . . . 

8. The process of Claim 6, wherein said application server allows said 
1 5 . customer to cfick on a single button to purchase the Hems in said Multi-Site 

Shopping Cart, said application server instructs a Software robot on said proxy 

■server to re-create each shopping cart on each merchant listed h said multi-site 
shopping cart and then simulate the check-out procedure on said merchant site on 
said customer's behalf, using said customer's information. 



20 



.9. The process of Claim 1, wherein said proxy server manages cookies 
sent by merchant sites. 



10. The process of Claim 1, wherein said proxy- server records, said 
25 customer's shopping behavior in a database*; *» » W;*: »»•• - Wi 



11. The process of Claim 1. further comprisinglto^epibf: 

allowing said customer to create a wish list on said Lead Web Site; 

wherein said customer browses said customer's favorite merchant sites, 
30 selects items that said customer is interested in, and creates said wish, list by 
placing said hems h said Multi-Site Shopping Cart on said Lead Web Site's 
site; and 

wherein said customer can edit said wish list by deleting Hems or changing 
their quantities on said Lead Web Site without having to go back . to the .other 
35* merchant sites. * ;.. 

\ . " 12. . The process of Claim 1 T, whereto said custor^etfriend^ vievws&id ^fSfav^Kfcate »*. •rsw^-"*"".*. 
. list on said Lead Web Site; arid wherein said, fnends lselect items' that? they, want * • 
to purchase for said customer through said Multi-She Shopping Cart. * 

13, The process of Claim 12 ( wherein said purchase is tracked and the 
purchased hem is automatically taken off said wish Cst 



2d . . - ..■•■&•! 
# ....... 
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5 14. The process of Claim 1 , further comprising the step oh 

allowing an author to create a suggestion list for a partnering site; 
wherein said author places said suggestion list h a template and posts i 
on a pattnering web site; 

wherein a customer visiting said partnering site views said suggestion Gst 
1 0 and selects the products that said customer is interested in from said suggestion 
list by clicking on a link, thereby taking said customer to merchant site through said 

proxy server, and 

wherein items selected on mercharrt_ srt§ ..are., added .to said multi-site 

shopping cart on said Lead Web Site. „ ;. i ... 

15 :~ ; ; . - 

15. The process of Claim 14, wherein said application -server-onsaid Lead — 
Web ,Site stores said customer's credit card and billing and shipping information 
and allows said customer to purchase the selections in said multi-site shopping 
cart in one button dick. -- 

20 ... 

16. The process of Claim 14, wherein said* author of said suggestion fist, 
browses merchant sites and select items that said_author j$. interested into oeate . . 
a suggestion Gst using said Multi-Site Shopping part on^aid Lead WebSite's * 
site; wherein said author can edit said suggestion 6st by -deleting -items or 

25 changing their quantities on said'Lead Web Site without -having to-go back to the 
other merchant sites; and wherein said aitfhor c^n-psostisaid suggestion; G$t Qi). sate-;. : 
Lead Web Site. " ' o—iib^V^ «o i:V ifer-tv < 

1 7. The process of Claim 1 , further comprising the step of: 
30 allowing a customer to purchase an onRne universal gift certificate on said 

Lead Web Site's site; . 

whereirt said customer chooses the amount of the gift certificate and enters, 
the credit card and billing information to pay for said universal gift-certificate; 

wherein said Lead "Web Site debits said customer's credit card and 
35 escrows the money; allowing said customer to send an online' universal gift 
certificate to a regjplent;- and., ; * 

wherein said universal gift* certificate is redeemable on .any of?tKe,. 
cooperating merchant sites authorized by jsaid customer. . - ' " • - 

40 18. The process of Claim 17,* wherein- said recipient browses the- merchant- - 
sites authorized by said customer and selects Hems to purchase using .said Mulfr • 
Site Shopping Cart on said Lead Web Site's site. 
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5 19. The process of Claim 18 wherein if the amount of the purchase is higher 
than said universal gift certificate value, then said Lead Web Site ask said 
recipient for the difference; and wherein if the amount of the purchase is tower than 
said universal gift certificate value, then the corresponding credit wJl be available 
for another purchase. * 

10 

20 . The process of Claim 1 , further comprising the step cfc 

allowing an organizer to browse the merchant sites and chooser gift io b e. 

purchased through a pooling of resources; 

wherein said gift can be made up of several items, from several 
1 5 merchants, using said Multi-Site Shopping Carttfii sald Lead WebSite's siter ' - : * * 

wherein said organizer can assign purchase contribution participation levels * - 
to a set of participants on said Lead Web Site's she; and 

wherein an email is sent to said participants and they are prompted to 
come to said Lead Web Site's site and pay for their contribution by entering their 
20 credit card infoimation. 

21 ; . The process of- Claim 20, wherein once -the full amount has been 
received, said Lead Web Site emails said organizer who thai completes the 
purchase with the available funds. 

22. The process of Claim 21 , wherein-saidorganizer x^oispecify^fie purt**ase^v". ^llo;; 
contribution amount to be open, thereby ;al!owingv£ach participant to contribute 
any amount 

30 23. The process of Claim 22, wherein any person can check to see the total 
amount paid. 

24. The process of Claim 22, wherein said organizer can choose whether the 
contributions are "blind", so nobody can see the amount of each person's 

35 contribution or whether said oiganizef -fe the only person allowed to see the 
contribution amcjunts. 

.* xs\ : T^^x*™^^ 

25. The process of Claim 22, wherein once a oertairi ; time^>eHod fcis v pa$sed;: 
or a set amount has been reached, sdid. Lead Web Site ernaab said organizer, 

40 who then completes the purchase for the^selected gift or uses foe available funds 
to purchase another gift in case of under or over-contribution participation. 

26. An apparatus for a Multi-Site Shopping Cart that provides portals and 



WO 00/31657 



PCT/US99/27891 



5 merchants with a Cooperative Sales relationship across a computer network and 
allows merchants to control the customer's shopping experience h a computer 
environment, comprising: 

a parsing proxy server; 

wherein a portal or a merchant may be designated as a Lead Web Site; 
1 0 wherein said customer begins shopping through said-Lead Web Site; 

wherein said proxy server receives merchant page requests from said 
customer, through links placed on .said Lead Web Site; . ... 

wherein said proxy server forwards said requests to the appropriate 
merchant; ... 

1 5 wherein said proxy server receives the requested page; and 

wherein said proxy server redirects the proper Universal Resource 
Locators (URL) in said requested page to said proxy server before serving said 
requested page to said customer. 

20 27. The apparatus of Claim 26, wherein said proxy server uses a wrapper 
specific to said merchant, said wrapper recognizes the URL of the pages served 
by ' the . merchant -and searches tor the relevant information tn said requested 
page. - .-. 

25 28. The apparatus of Claim 25; wherein isaid-wrappe'r on said proxy server 
also receives customer information from an application seWeV sind pfaces.&tt. said. * 
requested page. ^sCsi- «-:V£ 5*i: -^Jwu: iv kr.OiC-.L-iuu 

29. The apparatus of Claim 26, wherein said proxy server uses tags thai the 
30 merchant has inserted into the page's HTML template to recognize the URL of 

the pages served by the merchant and searches for the relevant information h 
said requested page. 

30. The apparatus of Claim 29, wherein said tags also indicate scripts to be 
35 executed by said proxy server. - - 

.31. The apparatus of Claim 26, further comprising: 

an application server resident OffsakJ Lead Vfeb Site; ' 
wherein said proxy server sends the relevant jnfonmatidh from said 
AO requested page to said application server; and 

' said application server gathers said relevant information to create and 
display said Multi-Site Shopping Carl. 
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5 32. The apparatus of Claim 31 , wherein said proxy server receives customer 
information from said application server and places said customer information h 
said requested page at locations h said requested page ixficated by tags 
inserted by the merchant into said requested page's HTML template. 

10 33. The apparatus of Claim 31, wherein said application server allows said 
customer to ct* on a single button to purchase the Hems h said Multi-Site 
Shopping Cart said application server instructs a software robot on said proxy 
server to re-create each shopping cart on each merchant fisted h said multi-site 
shopping cart and then simulate the check-out procedure on said merchant sfto oo 

15 said customer's behalf, using said custcwTter'sinfQmtation::: -*.-" .. 

.34. The apparatus of Claim 26, wherein said proxy server manages cookies 
sent by merchant sites. 

20 35. ... The apparatus, of Claim 26, wherein said proxy server records said 
customer's shopping behavior in a database, 

36. The apparatus of Claim 26, further comprising: - • » 

a module for allowing said customer to create-a wish; fist -on ■ said Lead 

25 Web Site's site; ■ :. v .vJ V™c---S:V.i. 

wherein said customer browses said customer's favorite merchant sites, 
selects items that said customer is interested trt//aru*;pre^^ 
placing said items h said Mufti-Site Shopping jCart.on: said Lead ..Web .Site's.... 
site; and 

30 wherein said customer can edit said wish Est by deleting items or changing ' 

their quantities on said Lead Web Site without having* to go back to the other 
•merchant sites. 

37. The apparatus of Claim 36, wherein said customer's friends view said 
35 wish list on said Lead Web Site; and wherein saidfrierafttielectfems thatthey . 

want to purchase, for said customer through ^d:MuJtkS(to/Shop^ing Cart;:-: ; - 

38.. The apparatus of Claim 37. wherein $&d purchase -fetraac^d and the-: 
purchased item is automatically taken off said wish fcl;' "** - : '■' . - v • 
4® . . . lii^r:?:'* r v * •-"•«*• ...... 

39- The apparatus of Claim 26/further comprising: 

a module for allowihg an auhbr to create a suggestion* fist tor a partnering 

. sitor 
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5 wherein said author places said suggestion Bst h a template and posts it 

on a partnering web site; 

wherein a customer visiting said partnering site views said suggestion fist 
and selects the products that said customer is interested in from said suggestion 
list by clicking on a link, thereby taking said customer to merchant site through said 
10 proxy server; and 

wherein items selected on merchant site are added to said multi-site 
shopping cart on said Lead Web Site. 

40, The apparatus of Claim 39, wherein said application server on said Lead 
1 5 Web Site stores said customers credit card and bifliftg and shipping Womiafibn * 
and allows said customer to purchase the selections In said mutfrsite shopping 
cart in one button dick. 



41. The apparatus of Claim 39, wherein said author of said suggestion fist 
20 browses merchant sites and select items that said author is interested ft to create 
a suggestion Bst using said Multi-Site Shopping Cart on said Lead Web Site's 
site; wherein said author can edit said suggestion fist by deleting items or 
changing their quantities on said Lead Web Site without having to go back to the 
other merchant sites; and wherein" author can post said Sutjg&StiOn Bst oh said 
25 Lead Web Site. ;v v-::v. v 



42. The apparatus of Claim 26, further comprising: 

a module for allowing a customer to purchase an online universal gift • * • 
certificate on said Lead Web Site's site; 
30 wherein said customer chooses the.amount of the gift certificate and enters 

the credit card and billing information to pay for said universal gift certificate; . 

wherein said Lead Web Site debits said customer's credit card and 
escrows the moriey; allowing said customer to send an online universal gift 
certificate to a recipient, and 
35 wherein said universal gift certificate is redeemable on any of the , 

cooperating merchant sites authorized by said customer. . 

43. The apparatus of Claim 42 ; wherein said recifreht 'browses "'the ireraarif '"" : • " ' * ' : " : 
• sites authorized by ;said customer and s^ 

40 Site Shopping Cart on said Lpad Web Site's site. 

44. The apparatus of Claim 43, wherein if the amount of the purchase is higher 
than said universal gift certificate value, than sakl Lead Web Site ask said 

' • • ' • a: . 25' . * . * / \ 
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5 recipient for the difference; and wherein if the amount of the purchase is lower than 
said universal gift certificate value, then the corresponding credit will be available 
for another purchase. 

45. The apparatus of Claim 26, further comprising: 
1 0 a module for allowing an organizer to browse the merchant sites and 

choose a gift to be purchased through a pooling of resources; 

wherein said gift can be made up of several items, from several 
merchants, using said Mufti-Site Shopping Cart on said Lead Web Site's site; 

wherein said organizer can assign purchase contribution participation levels 
15 to a set of participants on said Lead Web Site's site; and 

wherein an email is sent to said participants and they are prompted to 
come to said Lead Web Site's site and pay for their contribution by . entering their 
credit card formation. 

20 46. The apparatus of Claim 45, wherein once the full, amount has been 
received, said Lead Web Site emails said organizer who then completes the 
purchase with the available funds. 

47. The apparatus of Claim 46, wherein- said- organizer can specify the 
25 purchase contribution amount to v be open, thereby allowing each participant to 

contribute any amount. 

48. The apparatus of Claim 47, wherein any person can check to see the total 
amount paid. 

30 

49. The apparatus of Claim 47, wherein said organizer can choose whether 
the contributions are "blind", so nobody cart see the amount of each person's 
contribution or whether said organizer is the only person allowed to see the 
contribution amounts. 

35 

50. The apparatus of Claim .47, wherein once a certain time period has 
passed or a set amounfhas been reached, said Lead Web Site emails said 
organizer, who then completes the purchase fpr the selected gift or uses the 
available funds to purchase, another gift in case of under or over-contribution * 

40 participation. 
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